(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office eu rope en des brevets 



(12) 



EP 1 096 727 B1 

EUROPEAN PATENT SPECIFICATION 



(45) Date of publication and mention 
of the grant of the patent: 
22.03.2006 Bulletin 2006/12 



(51) IntCL: 

H04L 12/28 {200601) 



H04L 29/06 < 2006 01 > 



(21) Application number: 00128441.3 

(22) Date of filing: 28.05.1999 



(54) System and method for pushing information from a host system to a mobile data communication 
device 

Verfahren und Vorrichtung zum Schieben von Information von einem Wirtrechnersystem zu einem 
mobilen Datenkommunikationsgerat 

Syst&me et proc6d6 permettant de transferer des informations dans un dispositif de communication 
de donnees mobile a partir d'un systeme hote 



CO 

CNI 
CO 

o> 
o 



LU 



(84) Designated Contracting States: 

AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 
MC NL PT SE 

(30) Priority: 29.05.1998 US 87623 

(43) Date of publication of application: 
02.05.2001 Bulletin 2001/18 

(62) Document number(s) of the earlier application(s) in 
accordance with Art. 76 EPC: 
99922026.2 / 1 082 839 

(73) Proprietor: Research In Motion Limited 
Waterloo, Ontario N2L 3W8 (CA) 

(72) Inventors: 

• Mousseau, Gary P. 
Waterloo, 
Ontario, 
N2T1H7 (CA) 



• Lazaridis, Mihal 
Waterloo, 
Ontario, 
N2T 2K1 (CA) 

(74) Representative: Jones Day 

Rechtsanwalte, Attorneys-at-Law, 
Patentanwalte, 
Prinzregentenstrasse 11 
80538 Munchen (DE) 



(56) References cited: 
EP-A- 0 825 788 
WO-A-97/32251 
WO-A1 -97/33421 



WO-A-97/27717 
WO-A-98/00787 



• EGEVANG K.; FRANCIS P.: THE IPNETWORK 
ADDRESS TRANSLATOR (NAT)' INTERNET 
SPECIFICATION RFC no. 1631, May 1994, pages 
1 - 8, XP002040992 



Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give 
notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in 
a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 
99(1) European Patent Convention). 



Printed by Jouve, 75001 PARIS (FR) 



1 



EP 1 096 727 B1 



2 



Description 

BACKGROUND OF THE INVENTION 

[0001] The present invention is directed toward the 
field of replicating information from a host system where 
the information is normally stored to a mobile data com- 
munication device. In particular, the system and method 
of the present invention provide an event-driven redirec- 
tion computer program ("redirector program") operating 
at the host system, which, upon sensing a particular us- 
er-defined event has occurred, redirects user-selected 
data items from the host system to the user's mobile data 
communication device. The mobile data communication 
device is preferably coupled to the host system via a wire- 
less network and one or more landline networks. Due to 
the bandwidth limitations of wireless networks, only a por- 
tion of a user-selected data item is generally redirected 
to the user's mobile device, with the user given the option 
of then retrieving the entire data item (or some other por- 
tion of the data item) from the host system. 
[0002] Instead of warehousing (or storing) the user's 
data items at the host system and then "synchronizing" 
the mobile data communication device to data items 
stored at the host system when the mobile device re- 
quests that such items of information be communicated 
to it, the present invention employs a "push" paradigm 
that continuously packages and retransmits the user-se- 
lected items of information to the mobile data communi- 
cation device in response to a triggering event detected 
at the host system. Wireless mobile data communica- 
tions devices, especially those that can return a confir- 
mation signal to the host that the pushed data has been 
received are especially well suited for this type of push 
paradigm. 

[0003] Present systems and methods for replicating 
information from a host system to a user's mobile data 
communication device are typically "synchronization" 
systems in which the user's data items are warehoused 
(or stored) at the host system for an indefinite period of 
time and then transmitted in bulk only in response to a 
user request. In these types of systems and methods, 
when replication of the warehoused data items to the 
mobile device is desired, the user typically places the 
mobile device in an interface cradle that is electrically 
connected to the host system via some form of local, 
dedicated communication, such as a serial cable or an 
infrared or other type of wireless link. Software executing 
on the mobile data communication device then transmits 
commands via the local communications link to the host 
system to cause the host to begin transmitting the user's 
data items for storage in a memory bank of the mobile 
device. In these synchronization schemes, the mobile 
unit "pulls" the warehoused information from the host sys- 
tem in a batch each time the user desires to replicate 
information between the two devices. Therefore, the two 
systems (host and mobile) only maintain the same data 
items after a user-initiated command sequence that 



causes the mobile device to download the data items 
from the host system. A general problem with these syn- 
chronization systems is that the only time that the user 
data items are replicated between the host system and 

5 the mobile data communication device is when the user 
commands the mobile device to download or pull the user 
data from the host system. Five minutes later a new mes- 
sage could be sent to the user, but the user would not 
receive that message until the next time the user fetches 

10 the user data items. Thus, a user may fail to respond to 
an emergency update or message because the user only 
periodically synchronizes the system, such as once per 
day. Other problems with these systems include: (1 ) the 
amount of data to be reconciled between the host and 

15 the mobile device can become large if the user does not 
"synchronize" on a daily or hourly basis, leading to band- 
width difficulties, particularly when the mobile device is 
communicating via a wireless packet-switched network; 
and (2) reconciling large amounts of data, as can accrue 

20 in these batch-mode synchronization systems, can re- 
quire a great deal of communication between the host 
and the mobile device, thus leading to a more complex, 
costly and energy-inefficient system. A more automated, 
continuous, efficient and reliable system of ensuring that 

25 user data items are replicated at the user's mobile device 
is therefore needed. 

[0004] An additional feature of the present invention is 
that the push paradigm, in combination with a return com- 
munications pathway, lends itself well to a system that 

30 permits a user to control remotely, through the user's 
mobile device, a number of aspects of the host system. 
[0005] There remains a general need in this art for a 
system and method of continuously pushing user-select- 
ed data items (or certain portions of the selected data 

35 items) stored at a host system to a user's mobile data 
communication device. 

[0006] There remains a more particular need for such 
a system and method where user-selected data items 
are continuously "pushed" from the host system to the 

4 o mobile data communication device upon the occurrence 
of one or more user-defined triggering events. 
[0007] There remains an additional need for such a 
system and method that provides flexibility in the types 
and quantities of user data items that are pushed from 

45 the host system to the mobile data communication device 
and that also provides flexibility in the configuration and 
types of events that can serve to trigger the redirection 
of the user data items. 

[0008] There remains yet an additional need for such 
50 a system and method that can operate locally on a user's 
desktop PC or at a distance via a network server. 
[0009] There remains still another need for such a sys- 
tem and method that provides for secure, transparent 
delivery of the user-selected data items from the host 
55 system to the mobile device. 

[0010] WO 97/33421 discloses a personal communi- 
cations internetworking which provides a network sub- 
scriber to remotely control the receipt and delivery of wire- 
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less and wireline voice and text messages. 
[001 1] RFC1 631 "The IP Network Address Translator 
(NAT)" by Egevang et al, May 1994, proposes a network 
address translation for stub border routers connecting a 
stub domain and a backbone and forwarding IP packets. 
The address translation is to reuse IP addresses by other 
stub domains for solving IP address depletion. 

SUMMARY OF THE INVENTION 

[001 2] The present invention overcomes the problems 
noted above and satisfies the needs in this field for a 
system and method of pushing user-selected data items 
from a host system to a user's mobile data communica- 
tion device upon detecting the occurrence of one or more 
user-defined event triggers. As used in this application, 
the term host system refers to the computer where the 
redirector software is operating. In the preferred embod- 
iment of the present invention , the host system is a user's 
desktop PC, although, alternatively, the host system 
could be a network server connected to the user's PC 
via a local-area network ("LAN)", or could be any other 
system that is in communication with the user's desktop 
PC. 

[001 3] A redirector program operating at the host sys- 
tem enables the user to redirect or mirror certain user-se- 
lected data items (or parts of data items) from the host 
system to the user's mobile data communication device 
upon detecting that one or more user-defined triggering 
events has occurred. Also operating at the host system 
are various sub-systems that can be configured to create 
triggering events, such as a screen saver sub-system or 
a keyboard sub-system, as well as sub-systems for 
repackaging the user's data items for transparent deliv- 
ery to the mobile data device, such as a TCP/IP sub-sys- 
tem or one or more E-Mail sub-systems. Other sub-sys- 
tems for creating triggering events and repackaging the 
user's data items could also be present at the host sys- 
tem. The host system also includes a primary memory 
store where the user's data items are normally stored. 
[0014] Using the redirector program, the user can se- 
lect certain data items for redirection, such as E-mail 
messages, calendar events, meeting notifications, ad- 
dress entries, journal entries, personal reminders etc. 
Having selected the data items for redirection, the user 
can then configure one or more event triggers to be 
sensed by the redirector program to initiate redirection 
of the user data items. These user-defined trigger points 
(or event triggers) include external events, internal 
events and networked events. Examples of external 
events include: receiving a message from the user's mo- 
bile data communication device to begin redirection; re- 
ceiving a similar message from some external computer; 
sensing that the user is no longer in the vicinity of the 
host system; or any other event that is external to the 
host system. Internal events could be a calendar alarm, 
screen saver activation, keyboard timeout, programma- 
ble timer, or any other user-defined event that is internal 



to the host system. Networked events are user-defined 
messages that are transmitted to the host system from 
another computer coupled to the host system via a net- 
work to initiate redirection. These are just some of the 
5 examples of the types of user-defined events that can 
trigger the redirector program to push data items from 
the host to the mobile device. Although in the preferred 
embodiment it is anticipated that the configuration that 
specifies which data items will be redirected and in what 
form will be set at the host system, it is within the scope 
of this invention that such configuration may be set or 
modified through data sent from the mobile communica- 
tions device. 

[001 5] In addition to the functionality noted above, the 
redirector program provides a set of software-implement- 
ed control functions for determining the type of mobile 
data communication device and its address, for program- 
ming a preferred list of message types that are to be 
redirected, and for determining whether the mobile de- 
vice can receive and process certain types of message 
attachments, such as word processor or voice attach- 
ments. The determination of whether a particular mobile 
device can receive and process attachments is initially 
configured by the user of that mobile device at the host 
system. This configuration can be altered on a global or 
per message basis by transmitting a command message 
from the mobile device to the host system. If the redirector 
is configured so that the mobile data device cannot re- 
ceive and process word processor or voice attachments, 
then the redirector routes these attachments to an exter- 
nal machine that is compatible with the particular attach- 
ment, such as an attached printer or networked fax ma- 
chine or telephone. Other types of attachments could be 
redirected to other types of external machines in a similar 
fashion, depending upon the capabilities of the mobile 
device. For example, if a user is traveling and receives 
a message with an attachment that the user's mobile 
device can not process or display, the user may from a 
mobile communications device send a command mes- 
sage to the host system indicating that that attachment 
is to be sent to a fax machine at a hotel where the user 
will be spending the evening. This enables the user to 
receive important E-mail attachments as long as the host 
system is provided with sufficient information about the 
destination where the attachment is to be forwarded. 
[0016] Once an event has triggered redirection of the 
user data items, the host system then repackages these 
items in a manner mat is transparent to the mobile data 
communication device, so that information on the mobile 
device appears similar to information on the user's host 
system. The preferred repackaging method includes 
wrapping the user data items in an E-mail envelope that 
corresponds to the address of the mobile data commu- 
nication device, although, alternatively, other repackag- 
ing methods could be used with the present invention, 
such as special-purpose TCP/IP wrapping techniques, 
or other methods of wrapping the user selected data 
items. The repackaging preferably results in E-mail mes- 
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sages generated by the user from the mobile device to 
be transmitted from the host system, thus enabling the 
user to appear to have a single E-mail address, such that 
the recipients of messages sent from the mobile commu- 
nications device do not know where the user was phys- 
ically located when the message was first sent. The 
repackaging also permits both messages to the mobile 
device and sent from the mobile device to be encrypted 
and decrypted as well as compressed and decom- 
pressed. 

[0017] In an alternative system and method, the redi- 
rector program executes on a network server, and the 
server is programmed to detect numerous redirection 
event triggers over the network from multiple user desk- 
top computers coupled to the server via a LAN. The serv- 
er can receive internal event triggers from each of the 
user desktops via the network, and can also receive ex- 
ternal event triggers, such as messages from the users' 
mobile data communication devices. In response to re- 
ceiving one of these triggers, the server redirects the us- 
er's data items to the proper mobile data communication 
device. The user data items and addressing information 
for a particular mobile device can be stored at the server 
or at the user's PC. Using this alternative configuration, 
one redirector program can serve a plurality of users. 
This alternative configuration could also include an inter- 
net- or intranet-based redirector program that could be 
accessible through a secure webpage or other user in- 
terface. The redirector program could be located on an 
Internet Service Provider's system and accessible only 
through the Internet. 

[0018] In another alternative configuration of the 
present invention, a redirector program operates at both 
the host system and at the user's mobile data communi- 
cation device. In this configuration, the user's mobile de- 
vice operates similarly to the host system described be- 
low, and is configured in a similar fashion to push certain 
user-selected data items from the mobile device to the 
user's host system (or some other computer) upon de- 
tecting an event trigger at the mobile device. This con- 
figuration provides two-way pushing of information from 
the host to the mobile device and from the mobile device 
to the host. 

[0019] The primary advantage of the present invention 
is that it provides a system and method for triggering the 
continuous and real-time redirection of user-selected da- 
ta items from a host system to a mobile data communi- 
cation device. Other advantages of the present invention 
include: (1 ) flexibility in defining the types of user data to 
redirect, and in defining a preferred list of message types 
that are to be redirected or preferred senders whose mes- 
sages are to be redirected; (2) flexibility in configuring 
the system to respond to numerous internal, external and 
networked triggering events; (3) transparent repackaging 
of the user data items in a variety of ways such that the 
mobile data communication device appears as though it 
were the host system; (4) integration with other host sys- 
tem components such as E-mail, TCP/IP, keyboard, 



screen saver, webpages and certain programs that can 
either create user data items or be configured to provide 
trigger points; and (5) the ability to operate locally on a 
user's desktop system or at a distance via a network serv- 
5 er. 

[0020] These are just a few of the many advantages 
of the present invention, as described in more detail be- 
low. As will be appreciated, the invention is capable of 
other and different embodiments, and its several details 
io art capable of modifications in various respects. Accord- 
ingly, the drawings and description of the preferred em- 
bodiments set forth below are to be regarded as illustra- 
tive in nature and not restrictive. 

15 BRIEF DESCRIPTION OF THE DRAWINGS 

[0021] The present invention satisfies the needs noted 
above as will become apparent from the following de- 
scription when read in conjunction with the accompany- 
20 ing drawings wherein: 

FIG. 1 is a system diagram showing the redirection 
of user data items from a user's desktop PC (host 
system) to the user's mobile data communication de- 
25 vice, where the redirector software is operating at 
the user's desktop PC. 

FIG. 2 is a system diagram showing the redirection 
of user data items from a network server (host sys- 
tem) to the user's mobile data communication de- 
30 vice, where the redirector software is operating at 
the server. 

FIG. 3 is a block diagram showing the interaction of 
the redirector software with other components of the 
host system in FIG. 1 (the user's desktop PC) to en- 
35 able the pushing of information from the host system 
to the user's mobile data communication device. 
FIG. 4 is a flow chart showing the steps carried out 
by the redirector software operating at the host sys- 
tem. 

*o FIG. 5 is a flow chart showing the steps carried out 
by the mobile data communication device to inter- 
face with the redirector software operating at the host 
system. 

45 DETAILED DESCRIPTION OF THE DRAWINGS 

[0022] Referring now to the drawings, FIG. 1 is an ex- 
ample system diagram showing the redirection of user 
data items (such as message A or C) from a user's office 

so PC (host system) 1 0 to the user's mobile data commu- 
nication device 24, where the redirector software 12 is 
operating at the user's PC. Message A in FIG. 1 repre- 
sents an internal message sent from desktop 26 to the 
user's host system 10 via LAN 14. Message C in FIG. 1 

55 represents an external message from a sender that is 
not directly connected to LAN 14, such as the user's mo- 
bile data communication device 24, some other user's 
mobile device (not shown), or any user connected to the 
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Internet 1 8. Message C also represents a command mes- 
sage from the user's mobile data communication device 
24 to the host system 10. As described in more detail in 
FIG. 3, the host system 1 0 preferably includes, along with 
the typical hardware and software associated with a 5 
workstation or desktop computer, the redirector program 
12, a TCP/IP subsystem 42, a primary message store 
40, an E-mail subsystem 44, a screen saver subsystem 
48, and a keyboard subsystem 46. 
[0023] In FIG. 1 , the host system 1 0 is the user's desk- 
top system, typically located in the user's office. The host 
system 1 0 is connected to a LAN 1 4, which also connects 
to other computers 26, 28 that may be in the user's office 
or elsewhere. The LAN 14, in turn, is connected to a wide 
area network ("WAN") 18, preferably the Internet, which 
is defined by the use of the Transmission Control Proto- 
col/Internet Protocol ("TCP/IP") to exchange information, 
but which, alternatively could be any other type of WAN. 
The connection of the LAN 14 to the WAN 18 is via high 
bandwidth link 16, typically a T1 or T3 connection. The 
WAN 18 in turn is connected to a variety of gateways 20, 
via connections 32. A gateway forms a connection or 
bridge between the WAN 18 and some other type of net- 
work, such as an RF wireless network, cellular network, 
satellite network, or other synchronous or asynchronous 
land-line connection. 

[0024] In the example of FIG. 1, a wireless gateway 
20 is connected to the Internet for communicating via 
wireless link 22 to a plurality of wireless mobile data com- 
munication devices 24. Also shown in FIG. 1 is machine 
30, which could be a FAX machine, a printer, a system 
for displaying images (such as video) or a machine ca- 
pable of processing and playing audio files, such as a 
voice mail system. The present invention includes the 
ability to redirect certain message attachments to such 
an external machine 30 if the redirector program config- 
uration data reflects that the mobile device 24 cannot 
receive and process the attachments, or if the user has 
specified that certain attachments are not to be forwarded 
to mobile device 24, even if such device can process 
those attachments. By way of example, consider an 
E-mail sent to a user that includes three attachments - a 
word processing document, a video clip and an audio 
clip. The redirection program could be configured to send 
the text of the E-mail to the remote device, to send the 
word processing document to a networked printer located 
near the user, to send the video clip to a store accessible 
through a secure connection through the internet and to 
send the audio clip to the user's voice mail system. This 
example is not intended to limit the breadth and scope 
of the invention, but rather to illustrate the variety of pos- 
sibilities embodied in the redirection concept. 
[0025] The preferred mobile data communication de- 
vice 24 is a hand-held two-way wireless paging compu- 
ter, a wirelessly enabled palm-top computer, a mobile 
telephone with data messaging capabilities, or a wire- 
lessly enabled laptop computer, but could, alternatively 
be other types of mobile data communication devices 



capable of sending and receiving messages via a net- 
work connection 22. Although it is preferable for the sys- 
tem to operate in a two-way communications mode, cer- 
tain aspects of the invention could be beneficially used 
in a "one and one-half or acknowledgment paging envi- 
ronment, or even with a one-way paging system. The 
mobile data communication device 24 includes software 
program instructions that work in conjunction with the 
redirector program 12 to enable the seamless, transpar- 
ent redirection of user-selected data items. FIG. 4 de- 
scribes the basic method steps of the redirector program 
12, and FIG. 5 describes the steps of the corresponding 
program operating at the mobile device 24. 
[0026] In an alternative embodiment of the present in- 
vention, not explicitly shown in the drawings, the mobile 
device 24 also includes a redirector program. In this em- 
bodiment, user selected data items can be replicated 
from the host to the mobile device and vice versa. The 
configuration and operation of the mobile device 24 hav- 
ing a redirector, program is similar to that described here- 
in with respect to FIGs. 1-4. 

[0027] A user of the present invention can configure 
the redirector program 12 to push certain user-selected 
data items to the user's mobile data communication de- 
vice 24 when the redirector 12 detects that a particular 
user-defined event trigger (or trigger point) has taken 
place. User-selected data items preferably include 
E-mail messages, calendar events, meeting notifica- 
tions, address entries, journal entries, personal alerts, 
alarms, warnings, stock quotes, news bulletins, etc., but 
could, alternatively, include any other type of message 
that is transmitted to the host system 10, or that the host 
system 1 0 acquires through the use of intelligent agents, 
such as data that is received after the host system 10 
initiates a search of a database or a website or a bulletin 
board. In some instances, only a portion of the data item 
is transmitted to the mobile device 24 in order to minimize 
the amount of data transmitted via the wireless network 
22. In these instances, the mobile device 24 can option- 
ally send a command message to the host system to 
receive more or all of the data item if the user desires to 
receive it. 

[0028] Among the user-defined event triggers that can 
be detected by the redirector program 12 are in the pre- 
ferred embodiment external events, internal events and 
networked events. External events preferably include: (1) 
receiving a command message (such as message C) 
from the user's mobile data communication device to be- 
gin redirection, or to execute some other command at 
the host, such as a command to enable the preferred list 
mode, or to add or subtract a particular sender from the 
preferred list; (2) receiving a similar message from some 
external computer, and (3) sensing that the user is no 
longer in the vicinity of the host system; although, alter- 
natively, an external event can be any other detectable 
occurrence that is external to the host system. Internal 
events could be a calendar alarm, screen saver activa- 
tion, keyboard timeout, programmable timer, or any other 
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user-defined event that is internal to the host system. 
Networked events are user-defined messages that are 
transmitted to the host system from another computer 
coupled to the host system via a network to initiate redi- 
rection. These are just some of the events that could be 
used with the present invention to initiate replication of 
the user-selected data items from the host system 10 to 
the mobile device 24. 

[0029] FIG. 1 shows an E-mail message A being com- 
municated over LAN 14 from computer 26 to the user's 
desktop system 10 (also shown in FIG. 1 is an external 
message C r which could be an E-mail message from an 
Internet user, or could be a command message from the 
user's mobile device 24). Once the message A (or C) 
reaches the primary message store of the host system 
10, it can be detected and acted upon by the redirection 
software 12. The redirection software 12 can use many 
methods of detecting new messages. The preferred 
method of detecting new messages is using Microsoft's 
® Messaging API (MAPI), in which programs, such as 
the redirector program 1 2, register for notifications or 'ad- 
vise syncs' when changes to a mailbox take place. Other 
methods of detecting new messages could also be used 
with the present invention. 

[0030] Assuming that the redirector program 1 2 is ac- 
tivated, and has been configured by the user (either 
through the sensing of an internal, network or external 
event) to replicate certain user data items (including mes- 
sages of type A or C) to the mobile device 24, when the 
message A is received at the host system 10, the redi- 
rector program 12 detects its presence and prepares the 
message for redirection to the mobile device 24. In pre- 
paring the message for redirection, the redirector pro- 
gram 12 could compress the original message A, could 
compress the message header, or could encrypt the en- 
tire message A to create a secure link to the mobile device 
24. 

[0031] Also programmed into the redirector 12 is the 
address of the user's mobile data communication device 
24, the type of device, and whether the device 24 can 
accept certain types of attachments, such as word 
processing or voice attachments. If the user's type of 
mobile device cannot accept these types of attachments, 
then the redirector 12 can be programmed to route the 
attachments to a fax or voice number where the user is 
located using an attached fax or voice machine 30. 
[0032] The redirector may also be programmed with a 
preferred list mode that is configured by the user either 
at the host system 1 0, or remotely from the user's mobile 
data communication device by transmitting a command 
message C. The preferred list contains a list of senders 
(other users) whose messages are to be redirected or a 
list of message characteristics that determine whether a 
message is to be redirected. If activated, the preferred 
list mode causes the redirector program 12 to operate 
like a filter, only redirecting certain user data items based 
on whether the data item was sent from a sender on the 
preferred list or has certain message characteristics that 



10 

if present will trigger or suppress redirection of the mes- 
sage. In the example of FIG. 1 , if desktop system 26 was 
operated by a user on the preferred list of host system 
10, and the preferred list option was activated, then mes- 
5 sage A would be redirected. If, however, desktop 26 was 
operated by a user not on the host system's preferred 
list, then message A would not be redirected, even if the 
user of the host system had configured the redirector to 
push messages of type A. The user of the host system 
1 0 can configure the preferred list directly from the desk- 
top system, or, alternatively, the user can then send a 
command message (such as C) from the mobile device 
24 to the desktop system 1 0 to activate the preferred list 
mode, or to add or delete certain senders or message 
characteristics from the preferred list that was previously 
configured. It should be appreciated that a redirection 
program could combine message characteristics and 
preferred sender lists to result in a more finely-tuned filter. 
Messages marked as low priority or that are simple return 
receipts or message read receipts, for example, could 
always be suppressed from redirection while messages 
from a particular sender would always be redirected. 
[0033] After the redirector has determined that a par- 
ticular message should be redirected, and it has prepared 
the message for redirection, the software 12 then sends 
the message A to a secondary memory store located in 
the mobile device 24, using whatever means are neces- 
sary. In the preferred embodiment this method is to send 
the message A back over the LAN 14, WAN 18, and 
through the wireless gateway 20 to the mobile data com- 
munication device 24. In doing so, the redirector prefer- 
ably repackages message A as an E-mail with an outer 
envelope B that contains the addressing information of 
the mobile device 24, although alternative repackaging 
techniques and protocols could be used, such as a 
TCP/IP repackaging and delivery method (most com- 
monly used in the alternative server configuration shown 
in FIG. 2). The wireless gateway 20 requires this outer 
envelope information B in order to know where to send 
the redirected message A. Once the message (A in B) 
is received by the mobile device 24, the outer envelope 
B is removed and the original message A is placed in the 
secondary memory store within the mobile device 24. By 
repackaging and removing the outer envelope in this 
manner, the present invention causes the mobile com- 
puter 24 to appear to be at the same physical location 
as the host system 10, thus creating a transparent sys- 
tem. 

[0034] In the case where message C is representative 
of an external message from a computer on the Internet 
1 8 to the host system 1 0, and the host 1 0 has been con- 
figured to redirect messages of type C, then in a similar 
manner to message A, message C would be repackaged 
with an outer envelope B and transmitted to the user's 
mobile device 24. In the case where message C is rep- 
resentative of a command message from the user's mo- 
bile device 24 to the host system 1 0, the command mes- 
sage C is not redirected, but is acted upon by the host 
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system 10. 

[0035] If the redirected user data item is an E-mail mes- 
sage, as described above, the user at the mobile device 
24 sees the original subject, sender's address, destina- 
tion address, carbon copy and blind carbon copy. When 
the user replies to this message, or when the user authors 
a new message, the software operating at the mobile 
device 24 adds a similar outer envelope to the reply mes- 
sage (or the new message) to cause the message to be 
routed first to the user's host system 10, which then re- 
moves the outer envelope and redirects the message to 
the final destination, such as back to computer 26. In the 
preferred embodiment, this results in the outgoing redi- 
rected message from the user's host system 10 being 
sent using the E-mail address of the host mailbox, rather 
than the address of the mobile device, so that it appears 
to the recipient of the message that the message origi- 
nated from the user's desktop system 10 rather than the 
mobile data communication device. Any replies to the 
redirected message will then be sent to the desktop sys- 
tem 1 0, which if it is still in redirector mode, will repackage 
the reply and resend it to the user's mobile data device, 
as described above. 

[0036] FIG. 2 is an alternative system diagram showing 
the redirection of user data items from a network server 
1 1 to the user's mobile data communication device 24, 
where the redirector software 1 2 is operating at the server 
1 1 . This configuration is particularly advantageous for 
use with message servers such as Microsoft's ® Ex- 
change Server, which is normally operated so that all 
user messages are kept in one central location or mailbox 
store on the server instead of in a store within each user's 
desktop PC. This configuration has the additional advan- 
tage of allowing a single system administrator to config- 
ure and keep track of all users having messages redi- 
rected. If the system includes encryption keys, these too 
can be kept at one place for management and update 
purposes. 

[0037] In this alternative configuration, server 1 1 pref- 
erably maintains a user profile for each user's desktop 
system 1 0, 26, 28, including information such as whether 
a particular user can have data items redirected, which 
types of message and information to redirect, what 
events will trigger redirection, the address of the users' 
mobile data communication device 24, the type of mobile 
device, and the user's preferred list, if any. The event 
triggers are preferably detected at the user's desktop sys- 
tem 10, 26, 28 and can be any of the external, internal 
or network events listed above. The desktop systems 1 0, 
26, 28 preferably detect these events and then transmit 
a message to the server computer 1 1 via LAN 14 to ini- 
tiate redirection. Although the user data items are pref- 
erably stored at the server computer 1 1 in this embodi- 
ment, they could, alternatively, be stored at each user's 
desktop system 10, 26, 28, which would then transmit 
them to the server computer 1 1 after an event has trig- 
gered redirection. 

[0038] As shown in FIG. 2, desktop system 26 gener- 



ates a message A that is transmitted to and stored at the 
host system 1 1 , which is the network server operating 
the redirector program 1 2. The message A is for desktop 
system 10, but in this embodiment, user messages are 
5 stored at the network server 1 1 . When an event occurs 
at desktop system 10, an event trigger is generated and 
transmitted to the network server 1 1 , which then deter- 
mines who the trigger is from, whether that desktop has 
redirection capabilities, and if so, the server (operating 
the redirector program) uses the stored configuration in- 
formation to redirect message A to the mobile computer 
24 associated with the user of desktop system 10. 
[0039] As described above with reference to FIG. 1 , 
message C could be either a command message from a 
user's mobile data communication device 24, or it could 
be a message from an external computer, such as a com- 
puter connected to the Internet 18. If the message C is 
from an Internet computer to the user's desktop system 
10, and the user has redirection capabilities, then the 
server 11 detects the message C, repackages it using 
electronic envelope B, and redirects the repackaged 
message (C in B) to the user's mobile device 24. If the 
message C is a command message from the user's mo- 
bile device 24, then the server 1 1 simply acts upon the 
command message. 

[0040] Turning now to FIG. 3, a block diagram showing 
the interaction of the redirector software 12 with addition- 
al components of the host system 1 0 of FIG. 1 (the desk- 
top PC) to enable more fully the pushing of information 
from the host system 10 to the user's mobile data com- 
munication device 24 is set forth. These additional com- 
ponents are illustrative of the type of event-generating 
systems that can be configured and used with the redi- 
rector software 12, and of the type of repackaging sys- 
tems that can be used to interface with the mobile com- 
munication device 24 to make it appear transparent to 
the user. 

[0041] The desktop system 10 is connected to LAN 
14, and can send and receive data, messages, signals, 
event triggers, etc., to and from other systems connected 
to the LAN 14 and to external networks 18, 22, such as 
the Internet or a wireless data network, which are also 
coupled to the LAN 14. In addition to the standard hard- 
ware, operating system, and application programs asso- 
ciated with a typical microcomputer or workstation, the 
desktop system 10 includes the redirector program 12, 
a TCP/IP sub-system 42, an E-mail sub-system 44, a 
primary data storage device 40, a screen saver sub-sys- 
tem 48, and a keyboard sub-system 46. The TCP/IP and 
E-mail subsystems 42, 44 are examples of repackaging 
systems that can be used to achieve the transparency 
of the present invention, and the screen saver and key- 
board sub-systems 46, 48 are examples of event gener- 
ating systems that can be configured to generate event 
messages or signals that trigger redirection of the user 
selected data items. 

[0042] The method steps carried out by the redirector 
program 12 are described in more detail in FIG. 4. The 
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basic functions of this program are: (1) configure and 
setup the user-defined event trigger points that will start 
redirection; (2) configure the types of user data items for 
redirection and optionally configure a preferred list of 
senders whose messages are to be redirected; (3) con- 
figure the type and capabilities of the user's mobile data 
communication device; (4) receive messages and sig- 
nals from the repackaging systems and the event gen- 
erating systems; and (5) command and control the redi- 
rection of the user-selected data items to the mobile data 
communication device via the repackaging systems. 
Other functions not specifically enumerated could also 
be integrated into this program. 
[0043] The E-Mail sub-system 44 is the preferred link 
to repackaging the user-selected data items for trans- 
mission to the mobile data communication device 24, and 
preferably uses industry standard mail protocols, such 
as SMTP, POP, IMAP, MIME and RFC-822, to name but 
a few. The E-Mail sub-system 44 can receive messages 
A from external computers on the LAN 14, or can receive 
messages C from some external network such as the 
Internet 1 8 or a wireless data communication network 
22, and stores these messages in the primary data store 
40. Assuming that the redirector 12 has been triggered 
to redirect messages of this type, the redirector detects 
the presence of any new messages and instructs the 
E-Mail system 44 to repackage the message by placing 
an outer wrapper B about the original message A (or C), 
and by providing the addressing information of the mobile 
data communication device 24 on the outer wrapper B. 
As noted above, this outer wrapper B is removed by the 
mobile device 24, and the original message A (or C) is 
then recovered, thus making the mobile device 24 appear 
to be the desktop system 10. 

[0044] In addition, the E-Mail sub-system 44 receives 
messages back from the mobile device 24 having an out- 
er wrapper with the addressing information of the desktop 
system 10, and strips this information away so that the 
message can be routed to the proper sender of the orig- 
inal message A (or C). The E-Mail subsystem also re- 
ceives command messages C from the mobile device 24 
that are directed to the desktop system 10 to trigger re- 
direction or to carry out some other function. The func- 
tionality of the E-Mail sub-system 44 is controlled by the 
redirector program 12. 

[0045] The TCP/IP sub-system 42 is an alternative 
repackaging system. It includes all of the functionality of 
the E-Mail sub-system 44, but instead of repackaging the 
user-selected data items as standard E-mail messages, 
this system repackages the data items using special-pur- 
pose TCP/IP packaging techniques. This type of spe- 
cial-purpose sub-system is useful in situations where se- 
curity and improved speed are important to the user. The 
provision of a special-purpose wrapper that can only be 
removed by special software on the mobile device 24 
provides the added security, and the bypassing of E-mail 
store and forward systems can improve speed and re- 
al-time delivery. 



[0046] As described previously, the present invention 
can be triggered to begin redirection upon detecting nu- 
merous external, internal and networked events, or trig- 
ger points. Examples of external events include: receiv- 
5 ing a command message from the user's mobile data 
communication device 24 to begin redirection; receiving 
a similar message from some external computer, sensing 
that the user is no longer in the vicinity of the host system; 
or any other event that is external to the host system. 
Internal events could be a calendar alarm, screen saver 
activation, keyboard timeout, programmable timer, or 
any other user-defined event that is internal to the host 
system. Networked events are user-defined messages 
that are transmitted to the host system from another com- 
puter that is connected to the host system via a network 
to initiate redirection: 

[0047] The screen saver and keyboard sub-systems 
46, 48 are examples of systems that are capable of gen- 
erating internal events. Functionally, the redirector pro- 
gram 12 provides the user with the ability to configure 
the screen saver and keyboard systems so that under 
certain conditions an event trigger will be generated that 
can be detected by the redirector 12 to start the redirec- 
tion process. For example, the screen saver system can 
be configured so that when the screen saver is activated, 
after, for example, 1 0 minutes of inactivity on the desktop 
system, an event trigger is transmitted to the redirector 
12, which starts redirecting the previously selected user 
data items. In a similar manner the keyboard subsystem 
can be configured to generate event triggers when no 
key has been depressed for a particular period of time, 
thus indicating that redirection should commence. These 
are just two examples of the numerous application pro- 
grams and hardware systems internal to the host system 
10 that can be used to generate internal event triggers. 
[0048] FIGs. 4 and 5, set forth, respectively, flowcharts 
showing the steps carried out by the redirector software 
1 2 operating at the host system 1 0, and the steps carried 
out by the mobile data communication device 24 in order 
to interface with the host system. Turning first to FIG. 4, 
at step 50, the redirector program 1 2 is started and initially 
configured. The initial configuration of the redirector 12 
includes: (1 ) defining the event triggers that the user has 
determined will trigger redirection; (2) selecting the user 
data items for redirection; (3) selecting the repackaging 
sub-system, either standard E-Mail, or special-purpose 
technique; (4) selecting the type of data communication 
device, indicating whether and what type of attachments 
the device is capable of receiving and processing, and 
inputting the address of the mobile device; and (5) con- 
figuring the preferred list of user selected senders whose 
messages are to be redirected. 
[0049] FIG. 4 sets forth the basic steps of the redirector 
program 12 assuming it is operating at a desktop system 
10, such as shown in FIG. 1. If the redirector 12 is oper- 
ating at a network server 1 1 , as shown in FIG. 2, then 
additional configuration steps may be necessary to en- 
able redirection for a particular desktop system 10, 26, 
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28 connected to the server, including: (1) setting up a 
profile for the desktop system indicating its address, 
events that will trigger redirection, and the data items that 
are to be redirected upon detecting an event; (2) main- 
taining a storage area at the server for the data items; 5 
and (3) storing the type of data communication device to 
which the desktop system's data items are to be redirect- 
ed, whether and what type of attachments the device is 
capable of receiving and processing, and the address of 
the mobile device. 

[0050] Once the redirector program is configured 50, 
the trigger points (or event triggers) are enabled at step 
52. The program 12 then waits 56 for messages and sig- 
nals 54 to begin the redirection process. A message could 
be an E-Mail message or some other user data item than 
may have been selected for redirection, and a signal 
could be a trigger signal, or could be some other type of 
signal that has not been configured as an event trigger. 
When a message or signal is detected, the program de- 
termines 58 whether it is one of the trigger events that 
has been configured by the user to signal redirection. If 
so, then at step 60 a trigger flag is set, indicating that 
subsequently received user data items (in the form of 
messages) that have been selected for redirection should 
be pushed to the user's mobile data communication de- 
vice 24. 

[0051 ] If the message or signal 54 is not a trigger event, 
the program then determines at steps 62, 64 and 66 
whether the message is, respectively, a system alarm 
62, an E-Mail message 64, or some other type of infor- 
mation that has been selected for redirection. If the mes- 
sage or signal is none of these three items, then control 
returns to step 56, where the redirector waits for addi- 
tional messages 54 to act upon. If, however the message 
is one of these three types of information, then the pro- 
gram 12 determines, at step 68, whether the trigger flag 
has been set, indicating that the user wants these items 
redirected to the mobile device. If the trigger flag is set, 
then at step 70, the redirector 1 2 causes the repackaging 
system (E-Mail or TCP/IP) to add the outer envelope to 
the user data item, and at step 72 the repackaged data 
item is then redirected to the user's mobile data commu- 
nication device 24 via LAN 14, WAN 18, wireless gateway 
20 and wireless network 22. Control then returns to step 
56 where the program waits for additional messages and 
signals to act upon. Although not shown explicitly in FIG. 
4, after step 68, the program could, if operating in the 
preferred list mode, determine whether the sender of a 
particular data item is on the preferred list, and if not, 
then the program would skip over steps 70 and 72 and 
proceed directly back to step 56. If the sender was on 
the preferred list, then control would similarly pass to 
steps 70 and 72 for repackaging and transmission of the 
message from the preferred list sender. 
[0052] FIG. 5 sets forth the method steps carried out 
by the user's mobile data communication device 24 in 
order to interface to the redirector program 12 of the 
present invention. At step 80 the mobile software is start- 



ed and the mobile device 24 is configured to operate with 
the system of the present invention, including, for exam- 
ple, storing the address of the user's desktop system 1 0. 
[0053] At step 82, the mobile device waits for messag- 
es and signals 84 to be generated or received. Assuming 
that the redirector software 12 operating at the user's 
desktop system 10 is configured to redirect upon receiv- 
ing a message from the user's mobile device 24, at step 
86, the user can decide to generate a command message 
that will start redirection. If the user does so, then at step 
88 the redirection message is composed and sent to the 
desktop system 10 via the wireless network 22, through 
the wireless gateway 20, via the Internet 18 to the LAN 
14, and is finally routed to the desktop machine 10. In 
this situation where the mobile device 24 is sending a 
message directly to the desktop system 10, no outer 
wrapper is added to the message (such as message C 
in FIGs. 1 and 2). In addition to the redirection signal, the 
mobile device 24 could transmit any number of other 
commands to control the operation of the host system, 
and in particular the redirector program 12. For example, 
the mobile 24 could transmit a command to put the host 
system into the preferred list mode, and then could trans- 
mit additional commands to add or subtract certain send- 
ers from the preferred list. In this manner, the mobile 
device 24 can dynamically limit the amount of information 
being redirected to it by minimizing the number of senders 
on the preferred list. Other example commands include: 
(1) a message to change the configuration of the host 
system to enable the mobile device 24 to receive and 
process certain attachments; and (2) a message to in- 
struct the host system to redirect an entire data item to 
the mobile device in the situation where only a portion of 
a particular data item has been redirected. 
[0054] Turning back to FIG. 5, if the user signal or mes- 
sage is not a direct message to the desktop system 10 
to begin redirection (or some other command), then con- 
trol is passed to step 90, which determines if a message 
has been received. If a message is received by the mo- 
bile, and it is a message from the user's desktop 10, as 
determined at step 92, then at step 94 a desktop redirec- 
tion flag is set "on" for this message, and control passes 
to step 96 where the outer envelope is removed. Follow- 
ing step 96, or in the situation where the message is not 
from the user's desktop, as determined at step 92, control 
passes to step 98, which displays the message for the 
user on the mobile device's display. The mobile unit 24 
then returns to step 82 and waits for additional messages 
or signals. 

[0055] If the mobile device 24 determines that a mes- 
sage has not been received at step 90, then control pass- 
es to step 100, where the mobile determines whether 
there is a message to send. If not, then the mobile unit 
returns to step 82 and waits for additional messages or 
signals. If there is at least one message to send, then at 
step 1 02 the mobile determines whether it is a reply mes- 
sage to a message that was received by the mobile unit. 
If the message to send is a reply message, then at step 
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108, the mobile determines whether the desktop redirec- 
tion flag is on for this message. If the redirection flag is 
not on, then at step 106 the reply message is simply 
transmitted from the mobile device to the destination ad- 
dress via the wireless network 22. If, however, the redi- 
rection flag is on, then at step 1 10 the reply message is 
repackaged with the outer envelope having the address- 
ing information of the user's desktop system 1 0, and the 
repackaged message is then transmitted to the desktop 
system 1 0 at step 1 06. As described above, the redirector 
program 12 executing at the desktop system then strips 
the outer envelope and routes the reply message to the 



Claims 

1. A method for redirecting messages from a mobile 
data communication device (24), comprising the 
steps of: 

- receiving a message, generated at the mobile 
data communications device (24) by a message 
sender and destined for a message recipient, at 
a redirector component (12) associated with a 
host system (10), wherein messages generated 
at the host system (10) by the message sender 
use a first address; 

- configuring address information of the received 
message; and 

- redirecting the configured received message 
to the message recipient, 

characterized in that 

the address information is configured such that the 
received message uses the message sender's first 
address as the address originating the message, 
thereby allowing messages generated at either the 
mobile data communications device (24) or the host 
system (10) to share the message sender's first ad- 
dress. 

2. The method as claimed in claim 1 , wherein the mes- 
sage sender's first address is an e-mail address as- 
sociated with the host system (10). 

3. The method as claimed in claim 2, wherein the con- 
figuring step ensures a from e-mail address field in 
the configured received message is the message 
sender's e-mail address associated with the host 
system (10). 

4. The method as claimed in claim 2, wherein the con- 
figuring step ensures a reply-to e-mail address field . 
in the configured received message is the message 
sender's e-mail address associated with the host 
system (10). 

5. The method as claimed in claim 1 , comprising the 



steps of: 

- receiving a command message from the mobile 
data communication device (24); and 

5 - controlling the operation of the redirector com- 

ponent (12) based on the received command 
message. 

6. A system for redirecting messages from a mobile 
10 data communication device (24), comprising: 

- means for receiving a message, generated at 
the mobile data communications device (24) by 
a message sender and destined for a message 

15 recipient, at a redirector component (12) asso- 

ciated with a host system (10), wherein messag- 
es generated at the host system (1 0) by the mes- 
sage sender use a first address; 

- means for configuring address information of 
20 the received message; and 

- means for redirecting the configured received 
message to the message recipient, 

characterized in that 

25 the means for configuring address information is 
adapted to configure the received message using 
the message sender's first address as the address 
originating the message, thereby allowing messages 
generated at either the mobile data communications 

30 device (24) or the host system (1 0) to share the mes- 
sage sender's first address. 

7. The system as claimed in claim 6, wherein the mes- 
sage sender's first address is an e-mail address as- 

35 sociated with the host system (10). 

8. The system as claimed in claim 7, wherein the con- 
figuring means ensures a from e-mail address field 
in the configured received message is the message 

40 sender's e-mail address associated with the host 
system (10). 

9. The system as claimed in claim 7, wherein the con- 
figuring means ensures a reply-to e-mail address 

45 field in the configured received message is the mes- 
sage sender's e-mail address associated with the 
host system (10). 

10. The system as claimed in claim 6, comprising: 

50 

- means for receiving a command message from 
the mobile data communication device (24); and 

- means for controlling the operation of the re- 
director component (12) based on the received 

55 command message. 

11. The system of claim 6, wherein the mobile commu- 
nication device (24) is a device selected from a group 
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consisting of hand-held wireless paging computer, 
a wirelessly enabled palm-top computer, a mobile 
telephone with data message capabilities, and a 
wirelessly enabled laptop computer. 



Patentanspruche 

1. Verfahren zum Umleiten von Meldungen von einer 
mobilen Datenkommunikationsvorrichtung (24), das 
die Schritte aufweist: 

- Empfangen einer Meldung, die an der mobilen 
Datenkommunikationsvorrichtung (24) von ei- 
nem Meldungssendererzeugt wird und fur einen 
Meldungsempfanger bestimmt ist, an einer Um- 
leitungs-Komponente (12), die zu einem 
Host-System (10) gehbrt, wobei von dem Mel- 
dungssender an dem Host-System (1 0) erzeug- 
te Meldungen eine erste Adresse verwenden; 

- Konfigurieren von Adressinformation der emp- 
fangenen Meldung; und 

- Umleiten der konfigurierten empfangenen Mel- 
dung an den Meldungsempfanger, 

dadurch gekennzeichnet, dass 

die Adressinformation derart konfiguriert ist, dass die 
empfangene Meldung die erste Adresse des Mel- 
dungssenders als die Adresse verwendet, welche 
den Absender der Meldung angibt, wodurch ermog- 
Ncht wird, dass Meldungen, die entweder an der mo- 
bilen Datenkommunikationsvorrichtung (24)oderan 
dem Host-System (10) erzeugt werden, die erste 
Adresse des Meldungssenders gemeinsam benut- 
zen, 

2. Verfahren gemafi Anspruch 1, wobei die erste 
Adresse des Meldungssenders eine zu dem 
Host-System (10) gehbrende E-Mail-Adresse ist. 

3. Verfahren gemafi Anspruch 2, wobei der Konfigura- 
tionsschritt sicherstellt, dass ein "von M - 
E-Mail-Adressfeld in der konfigurierten empfange- 
nen Meldung die zu dem Host-System (10) geho- 
rende E-Mail-Adresse des Meldungssenders ist. 

4. Verfahren gemafi Anspruch 2, wobei der Konfigura- 
tionsschritt sicherstellt, dass ein "Antwort"- 
E-Mail-Adressfeld in der konfigurierten empfange- 
nen Meldung die zu dem Host-System (10) gehb- 
rende E-Mail-Adresse des Meldungssenders ist. 

5. Verfahren gemafi Anspruch 1 , das die Schritte auf- 
weist: 

- Empfangen einer Anweisungsmeldung von der 
mobilen Datenkommunikationsvorrichtung 
(24); und 



- Steuern des Betriebs der Umleitungs-Kompo- 
nente (12) basierend auf der empfangenen An- 
weisungsmeldung. 

5 6. System zum Umleiten von Meldungen von einer mo- 
bilen Datenkommunikationsvorrichtung (24), das 
aufweist: 

- Mittel zum Empfangen einer Meldung, die an 
10 der mobilen Datenkommunikationsvorrichtung 

(24) von einem Meldungssender erzeugt wird 
und fur einen Meldungsempfanger bestimmt ist, 
an einer Umleitungs-Komponente (12), die zu 
einem Host-System (1 0) gehbrt, wobei von dem 
15 Meldungssender an dem Host-System (10) er- 

zeugte Meldungen eine erste Adresse verwen- 
den; 

- Mittel zum Konfigurieren von Adressinformati- 
on der empfangenen Meldung; und 

20 - Mittel zum Umleiten der konfigurierten emp- 

fangenen Meldung an den Meldungsempfan- 
ger, 

dadurch gekennzeichnet, dass 

25 das Mittel zum Konfigurieren von Adressinformation 
ausgebildet ist, die empfangene Meldung zu konfi- 
gurieren unter Verwendung der ersten Adresse des 
Meldungssenders als die Adresse, welche der Ab- 
sender der Meldung angibt, wodurch ermbglicht 

30 wird, dass Meldungen, die entweder an der mobilen 
Datenkommunikationsvorrichtung (24) oder an dem 
Host-System (10) erzeugt werden, die erste Adresse 
des Meldungssenders gemeinsam benutzen. 

35 7. System gemali Anspruch 6, wobei die erste Adresse 
des Meldungssenders eine zu dem Host-System 
(10) gehbrende E-Mail-Adresse ist. 

8. System gemafi Anspruch 7, wobei das Konfigurati- 
40 onsmittel sicherstellt, dass ein "von"- 
E-Mail-Adressfeld in der konfigurierten empfange- 
nen Meldung die zu dem Host-System (10) gehb- 
rende E-Mail-Adresse des Meldungssenders ist. 

45 9. System gemafi Anspruch 7, wobei das Konfigurati- 
onsmittel sicherstellt, dass ein "Antwort"- 
E-Mail-Adressfeld in der konfigurierten empfange- 
nen Meldung die zu dem Host-System (10) gehb- 
rende E-Mail-Adresse des Meldungssenders ist. 

50 

10. System gemafi Anspruch 6, das aufweist: 

- Mittel zum Empfangen einer Anweisungsmel- 
dung von der mobilen Datenkommunikations- 

55 vorrichtung (24); und 

- Mittel zum Steuern des Betriebs der Umlei- 
tungs-Komponente (12) basierend auf der emp- 
fangenen Anweisungsmeldung. 
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11. System gemafJ Anspruch 6, wobei die mobile Da- 
tenkommunikationsvorrichtung (24) eine Vorrich- 
tung ist, die aus einer Gruppe gewahlt ist, die aus 
einem drahtlosen Handheld-Paging-Computer, ei- 
nem drahtlos aktivierten Palmtop-Computer, einem 
Mobiltelefon mit Datenmeldungsfahigkeiten und ei- 
nem drahtlos aktivierten Laptop-Computer besteht. 



Revendications 

1. Procede destine a rediriger des messages prove- 
nant d'un dispositif mobile (24) de communication 
de donnees, comprenant les etapes consistant a : 

- recevoir un message, genere au niveau du dis- 
positif mobile (24) de communication de don- 
nees par un expediteur de message et destine 
a un destinateur de message, au niveau d'un 
composant redirecteur (12) associe a un syste- 
me note (10), dans lequel des messages gene- 
res au niveau du systeme h6te (10) par I'expe- 
diteur de message utilise une premiere 
adresse ; 

- configurer des informations d'adresse du mes- 
sage regu ; et 

- rediriger le message regu configure vers le des- 
tinateur de message, 

caracterise en ce que 

les informations d'adresse sont configurees de telle 
maniere que le message recu utilise la premiere 
adresse de I'expediteur du message en tant que 
I'adresse de provenance du message, permettant 
ainsi a des messages generes soit au niveau du dis- 
positif mobile (24) de communication de donnees, 
soit du systeme note (10) de partager la premiere 
adresse de I'expediteur du message. 

2. Proced§ selon la revendication 1 , dans lequel la pre- 
miere adresse de I'expediteur du message est une 
adresse de courrier electronique associee au syste- 
me hdte(10). 

3. Procede selon la revendication 2, dans lequel I'etape 
de configuration garantit qu'un champ d'adresse de 
courrier electronique de provenance dans le messa- 
ge recu configure est I'adresse de courrier electro- 
nique de I'expediteur du message associee au sys- 
teme h6te(10). 

4. Proced6 selon la revendication 2, dans lequel I'etape 
de configuration garantit qu'un champ d'adresse de 
courrier electronique de reponse dans le message 
recu configure est I'adresse de courrier electronique 
de I'expediteur du message associee au systeme 
h6te(10). 



5. Procede selon la revendication 1 , comprenant les 
etapes consistant a: 

- recevoir un message d'ordre provenant du dis- 
5 positif mobile (24) de communication de 

donnees ; et 

- commander le fonctionnement du composant 
redirecteur (12) sur la base du message d'ordre 
recu. 

10 

6. Systeme destine a rediriger des messages depuis 
un dispositif mobile (24) de communication de don- 
nees, comprenant : 

15 - un moyen destine a recevoir un message, ge- 

nere au niveau du dispositif mobile (24) de com- 
munication de donnees par un expediteur de 
message et destine a un destinataire de mes- 
sage, au niveau d'un composant redirecteur 

20 (12) associe a un systeme note (1 0) dans lequel 

des messages gen6res au niveau du systeme 
note (10) par I'expediteur de message utilisent 
une premiere adresse ; 

- un moyen destine a configurer des informa- 
25 tions d'adresses du message recu ; 

et 

- un moyen destine a rediriger le message regu 
configure vers le destinataire du message, 

30 caracterise en ce que 

le moyen destine a configurer des informations 
d'adresse est adapte afin de configurer le message 
regu en utilisant la premiere adresse de I'expediteur 
du message en tant que I'adresse de provenance 
35 du message, permettant ainsi a des messages ge- 
neres au niveau soit du dispositif mobile (24) de com- 
munication de donnees, soit du systeme note (10), 
de partager la premiere adresse de I'expediteur du 
message. 

40 

7. Systeme selon la revendication 6, dans lequel la pre- 
miere adresse de I'expediteur du message est une 
adresse de courrier 6lectronique associee au syste- 
me hdte (10). 

45 

8. Systeme selon la revendication 7, dans lequel le 
moyen de configuration garantit qu'un champ 
d'adresse de courrier electronique de provenance 
dans le message regu configure est I'adresse de 

50 courrier electronique de I'expediteur du message as- 
sociee au systeme note (10). 

9. Systeme selon la revendication 7, dans lequel le 
moyen de configuration garantit qu'un champ 

55 d'adresse de courrier electronique de reponse dans 
le message regu configure est I'adresse de courrier 
electronique de I'expediteur du message associee 
au systeme hote (10). 
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10. Systeme selon la revendication 6, comprenant : 

- un moyen destine a recevoir un message d'or- 
dre provenant du dispositif mobile (24) de com- 
munication de donnees ; et s 

- un moyen destine a commander le fonctionne- 
ment du composant redirecteur (12) sur la base 
du message d'ordre recu. 

11. Systeme selon la revendication 6, dans lequelledis- w 
positif mobile (24) de communication est un dispositif 
choisi parmi un groupe constitue d'un ordinateur de 
radiomessagerie sans fil portatif, d'un organiseur 
electronique dote de possibility de communication 
sans fil, d'un telephone mobile dote de fonctionnali- is 
tes de messages de donnees, et d'un ordinateur por- 
table dote de possibility de communication sans fil. 
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